node:fs: use node's ERR_INVALID_ARG_TYPE message for invalid utimes/lutimes/futimes times - #38669

Problem

• fs.utimesSync(file, "bad", 1) throws TypeError [ERR_INVALID_ARG_TYPE]: atime must be a number or a Date. Node v26.3.0 throws The "time" argument must be an instance of Date or an Time in seconds. Received type string ('bad'). Class and code already match; only the message differs.
• It differs in every form: utimes, lutimes and futimes, sync, callback, fs/promises and FileHandle.utimes, for atime and for mtime. A missing argument says atime is required where node says the same message with Received undefined.
• The argument name is also wrong: node says "time" in utimes/lutimes and "atime"/"mtime" only in futimes (and therefore FileHandle.utimes); bun said atime/mtime everywhere.
• Cause: args::Lutimes::from_js (also used for utimes, args::Utimes is an alias of it) and args::Futimes::from_js in src/runtime/node/node_fs.rs format their own text with throw_invalid_arguments instead of building the ERR_INVALID_ARG_TYPE message with the received value.

Fix

• Adds time_like::from_js_required(ctx, arguments, name) in src/runtime/node/time_like.rs: eats the next argument (undefined when it is missing, which is what node's validator sees too) and, when the existing time_like::from_js rejects it, throws through JSGlobalObject::throw_invalid_argument_type_value2 with node's expected-type phrase. The four sites in node_fs.rs call it; utimes/lutimes pass "time", futimes passes "atime" and "mtime".
• Why this is right: it matches node. Node's toUnixTimestamp throws ERR_INVALID_ARG_TYPE(name, ['Date', 'Time in seconds'], time), and node's list renderer prints that array as an instance of Date or an Time in seconds; the an Time is node's own output and is reproduced on purpose (same approach as the an Promise message in src/runtime/webcore/wasm_streaming.rs). The Received ... half comes from the same determineSpecificType port that every other ERR_INVALID_ARG_TYPE in bun uses, so it already matches node for strings, objects, null, undefined, NaN, bigints and so on.
• Accepted inputs do not change: time_like::from_js is untouched, only its rejection is reported differently.
• Verified:
  • test/js/node/fs/fs.test.ts, new describe("utimes/lutimes/futimes reject an invalid time with node's message"): ten invalid values across utimes/lutimes/futimes for both atime and mtime, the callback forms, fs/promises and FileHandle.utimes, missing arguments, and atime being reported before mtime. All 14 tests fail on bun 1.4.0 and pass with this change. Every expected string is what node v26.3.0 prints for the same call (see the details block).
  • Whole fs.test.ts with the debug build: 524 pass. The one failure is the readdirSync ... x 100 test hitting its 10s timeout under the debug build here; it does not touch this code.
  • Vendored test-fs-utimes.js, test-fs-timestamp-parsing-error.js, test-fs-utimes-y2K38.js, test-fs-promises.js and the four test-fs-cp-*-preserve-timestamps* tests still exit 0 (they cover the accepted inputs).
• Related: node: pass ERR_INVALID_ARG_TYPE expected types as lists so fs streams, zlib and diagnostics_channel messages match node #38657 fixes the same wording in the JS helper fs._toUnixTimestamp (src/js/node/fs.ts). The real fs.utimes* functions validate in node_fs.rs, which is what this PR changes; the two do not touch the same lines.

Background

• ERR_INVALID_ARG_TYPE message shape: node renders The "<name>" argument must be <expected>. Received <value>. <expected> is built from an array of entries: class names become an instance of X, any other phrase is printed as written with an in front when it starts with a capital, and the groups are joined with or. <value> comes from determineSpecificType, e.g. type string ('bad'), an instance of Object, undefined. Bun ports both in src/jsc/bindings/ErrorCode.cpp; from Rust, throw_invalid_argument_type_value2(name, phrase, value) takes the already rendered <expected> phrase and renders <value> through that port.
• toUnixTimestamp(time, name = 'time') in node's lib/internal/fs/utils.js turns a finite number, a numeric string or a Date into seconds and throws the error above for anything else. fs.utimes and fs.lutimes call it with the default name; fs.futimes passes 'atime' and 'mtime'; FileHandle.utimes is implemented with futimes. Bun's equivalent is time_like::from_js, called from the args::*::from_js argument parsers that the sync, callback and promise forms of a node:fs function share, which is why one change covers every form.

fs.utimesSync(f, "bad", 1)
  bun:  atime must be a number or a Date
  node: The "time" argument must be an instance of Date or an Time in seconds. Received type string ('bad')
fs.utimesSync(f, 1, {})
  bun:  mtime must be a number or a Date
  node: The "time" argument must be an instance of Date or an Time in seconds. Received an instance of Object
fs.lutimesSync(f, null, 1)
  bun:  atime must be a number or a Date
  node: The "time" argument must be an instance of Date or an Time in seconds. Received null
fs.futimesSync(fd, "bad", 1)
  bun:  atime must be a number or a Date
  node: The "atime" argument must be an instance of Date or an Time in seconds. Received type string ('bad')
fs.futimesSync(fd, 1, NaN)
  bun:  mtime must be a number or a Date
  node: The "mtime" argument must be an instance of Date or an Time in seconds. Received type number (NaN)
fs.utimesSync(f, 1)
  bun:  mtime is required
  node: The "time" argument must be an instance of Date or an Time in seconds. Received undefined
handle.utimes("bad", 1)   (FileHandle)
  bun:  atime must be a number or a Date
  node: The "atime" argument must be an instance of Date or an Time in seconds. Received type string ('bad')